le hack

La v4.3.233 complète le changelog.

La puce est un moyen préalable pour ensuite utiliser un hack sur une console patchée. Ne pas tout mélanger mais ce moyen va à l’encontre de Nintendo tout de même.

La nuance concerne également le software utilisé ensuite. Si on se base sur la Team Xecuter et leur CFW SX OS, il bafouait le droit de Nintendo (et d’autres développeurs) car il utilisait du code propriétaire et se rajoutait à cela la vente d’une licence donc profit derrière (entre autres choses). Pour ce qui concerne Atmosphère/Hekate, ce n’est pas le cas.

Dans le cas d’une utilisation du CFW Atmosphère, il faut notamment les sigpatches pour les jeux dits non legits et le dump des keys pour utiliser certains outils, ce qui ne respecte pas non plus les droits de Nintendo. Mais cela n’est pas mis à disposition par les développeurs SciresM (AMS) et CTCaer (Hekate). Ainsi, ils ne sont pas inquiétés par Nintendo.

Pour ce que tu demandes, cela nécessitera des outils tiers mais rien à voir avec la puce puisque c’est un moyen hardware pour flasher et utiliser un hack. Le reste passera par des outils comme dit juste avant.

Le mieux serait de lire les différents sujets sur la Toile car là je résume grossièrement. Et aucun support ne sera donné sur le forum en rapport avec ses puces donc pour approfondir le sujet, tu peux consulter le site GBATemp ou autre.

Bonsoir,

Désolé de répondre que maintenant je pouvais plus le connecter je sais pas pourquoi.

Oui la Team Xecuter a était poursuivi par Nintendo.

Car même si je sais que c'est pas bien mon but de vouloir avoir ma switch cracker c'est pour pouvoir tricher sur mes jeux mais uniquement en normal pas en ligne bien sur ceci ne m'intéresse pas donc la puce.

Sachant que la puce dont tu me parle ne va pas en l'encontre de Nintendo ça veut dire qu'ont peut pas par exemple exploiter notre sauvegarde de jeux et donc la modifier pour justement tricher ? La puce permet-elle par exemple de pouvoir avoir des jeux gratuits ? Même si cela n'est pas vraiment mon but.

L’emuNAND créée via SX OS est sur ta SD. Après, à toi de voir comment tu l’as configurée. Cela n’empêchera pas d’utiliser le hack Atmosphère/Hekate. Toutefois, pour utiliser ton emuNAND SX OS, il faut opérer un processus de migration via Hekate.

Le online n’est pas vraiment conseillé et je serai mauvais conseilleur de dire le contraire. Le risque zéro n’existe pas. Toutefois, les préconisations sont d’utiliser une emuNAND pour le Hack afin de laisser la sysNAND propre de toutes modifications underground. Cela réduit fortement le risque. Il faut donc être certain que la sysNAND est clean et si doute, ne pas s’y engager. Personne ne peut affirmer avec certitude ce que la télémétrie envoie en termes de données.

Merci pour la réponse.

Je vais me chercher un dongle pour booter avec un JIG.
Pour l’histoire du trombone, il suffit de vérifier sa position, le jig fait exactement la même chose, il suffit de ne pas faire ça comme un sauvage.
La console est éteinte quand elle ne sert pas. D’où la nécessité d’avoir la possibilité d’injecter les paquets en quasi-autonomie.

En ce qui concerne les jeux à jour et leurs messages, ça concerne des jeux dématérialisés en ce qui me concerne. Donc je vais laisser tel quel.

D’ailleurs aucun risque de ban lorsque je joue après un reboot sans avoir le hack actif et en laissant les DNS auto, c’est bien ça ?
Le seul truc c’est que ça me proposera d’installer la MàJ et ça au pire ça se saute.

Les modèles patchés ne seront hack que via la pose préalable d’une puce. Pas d’autre solution pour le moment.

Les développeurs Al-Azif, en collaboration avec LightningMods, proposent la v0.97 de Payload Guest.

Lien: https://github.com/Al-Azif/ps4-payload- ... /tag/v0.97

quand tu dis d'installer les sigpatches manuellement tu fais comment tu télécharges ou et tu les mets a la racine de la sd ?

"Il faudra également dumper les clés via Lockpick_RCM, une fois le hack opéré"
comment procedes tu pour cette étape
merci par avance